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DETAILED ACTION 
Specification 

1 . Applicant is reminded of the proper language and format for an abstract of the 
disclosure. 

The abstract should be in narrative form and generally limited to a single 
paragraph on a separate sheet within the range of 50 to 150 words. It is important that 
the abstract not exceed 150 words in length since the space provided for the abstract 
on the computer tape used by the printer is limited. The form and legal phraseology 
often used in patent claims, such as "means" and "said," should be avoided. The 
abstract should describe the disclosure sufficiently to assist readers in deciding whether 
there is a need for consulting the full patent text for details. 

2. The abstract of the disclosure is objected to because it is longer than 150 words. 
Correction is required. See MPEP § 608.01(b). 
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Claim Rejections - 35 USC §112 

3. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

4. Claims 1-10, 15-25, 30 and 33 are rejected under 35 U.S.C. 112, second 
paragraph, as being indefinite and failing to point out and distinctly claim the subject 
matter which the applicant regards as the invention. 

Regarding Claim 1, 15, 30 and 33, claims 1, 15, 30 and 33 are indefinite as to 
scope in the use of the term "may" in the phrase "may distinguish." Claims 1, 15, 30 
and 33 are therefore rejected as being vague and indefinite. 



Claim Rejections - 35 USC § 101 

5. Claims 1-14 are rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. 

The basis of this rejection is set forth in a two-prong test of: 

(1) whether the invention is within the technological arts; and 

(2) whether the invention produces a useful, concrete, and tangible result. 

For a claimed invention to be statutory, the claimed invention must be within the 
technological arts. Mere ideas in the abstract (i.e., abstract idea, law of nature, natural 
phenomena) that do not apply, involve, use, or advance the technological arts fail to 
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promote the "progress of science and the useful arts 1 ' (i.e., the physical sciences as 
opposed to social sciences, for example) and therefore are found to be non-statutory 
subject matter. For a process claim to pass muster, the recited process must somehow 
apply, involve, use, or advance the technological arts. 

Regarding Claims 1-10, claims 1-10 only recite an abstract idea. The recited 
method for processing changes to orders in an order processing system does not apply, 
involve, or use the technological arts since all of the recited steps can be performed in 
the mind of the user or by use of a pencil and paper. The claimed invention, as a 
whole, is not within the technological art as explained above claims 1-10 are deemed to 
be directed to non-statutory subject matter. 

As to technological arts recited in the preamble, mere recitation in the preamble 
(i.e., intended or field of use) or mere implication of employing a machine or article of 
manufacture to perform some or all of the recited steps does not confer statutory 
subject matter to an otherwise abstract idea unless there is positive recitation in the 
claim as a whole to breathe life and meaning into the preamble. In the present case, 
none of the recited steps are directed to anything in the technological arts as explained 
above with the exception of the recitation that the method is an "order processing 
system." Looking at the claims as a whole, nothing in the body of the claims recites any 
structure or functionality to suggest that a computer performs the recited steps. 
Therefore, the terms discussed are taken to merely recite a field of use and/or nominal 
recitation of technology. 



Application/Control Number: 09/759,540 
Art Unit: 3623 



Page 5 



Regarding Claims 11-13, claims 11-13 only recite an abstract idea. The recited 
method for comparing objects does not apply, involve, or use the technological arts 
since all of the recited steps can be performed in the mind of the user or by use of a 
pencil and paper. The claimed invention, as a whole, is not within the technological art 
as explained above claims 11-13 are deemed to be directed to non-statutory subject 
matter. 

Regarding Claim 14, claim 14 only recites an abstract idea. The recited the 
method for comparing orders in an order processing system does not apply, involve, or 
use the technological arts since all of the recited steps can be performed in the mind of 
the user or by use of a pencil and paper. The claimed invention, as a whole, is not 
within the technological art as explained above claim 14 is deemed to be directed to 
non-statutory subject matter. 

As to technological arts recited in the preamble, mere recitation in the preamble 
(i.e., intended or field of use) or mere implication of employing a machine or article of 
manufacture to perform some or all of the recited steps does not confer statutory 
subject matter to an otherwise abstract idea unless there is positive recitation in the 
claim as a whole to breathe life and meaning into the preamble. In the present case, 
none of the recited steps are directed to anything in the technological arts as explained 
above with the exception of the recitation that the method is an "order processing 
system." Looking at the claims as a whole, nothing in the body of the claims recites any 
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structure or functionality to suggest that a computer performs the recited steps. 
Therefore, the terms discussed are taken to merely recite a field of use and/or nominal 
recitation of technology. 

Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

7. Claims 1-34 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
QAD Inc.'s MFG/PRO eB and eQ Order Management solutions as evidenced by 
QAD.com: Application Datasheets, Sales and Distribution, and Product pages, QAD 
Storefront Informational White Paper, A solution space approach white paper and 
Collaborative Applications Power B2B Transactions (Manufacturing Systems 
supplement) in view ofOrret al., U.S. Patent 5,191,534. 

8. Regarding Claims 1,15, 26, 30 and 33 QAD, Inc. teaches a collaborative and 
flexible order management (processing) system (Collaborative Applications Power B2B 
Transactions, Paragraphs 2-3, Page 1; Last 4 Paragraphs, Page 5; Paragraph 3, Page 

7). 

QAD, Inc. further teaches the support of Electronic Data Interchange (QAD.com 
Application Data Sheet - Sales and Distribution; Page 1 , EDI support). It is old and 
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well known in the art that Electronic Data Interchange (EDI) provides a standardized 
means for sharing data/information critical to the successful management and execution 
of order processing/management systems. EDI includes robust support for change 
order processes insuring an enterprise can meet its customer's needs. More 
specifically EDI provides a means for communicating purchase orders and change 
orders; EDI standard implementations for change order processing include: 

- ANSI ASC X12 (message types 850_855 - Purchase Order & Purchase Order 
Acknowledgment and 860_865 - Purchase Order Change & Purchase Order Change 
Acknowledgment) and; 

- UN/EDIFACT: ORDERS (message types Purchase Order, ORDCHG - 
Purchase Order Change and ORDRSP - Purchase Order/Purchase Order Change 
Acknowledgment). 

It would have been obvious to one skilled in the art at the time of the invention 
that the collaborative order management system as taught by QAD, Inc. would have 
benefited from the ability to process changes to orders as evidenced by QAD Inc.'s 
support for EDI. QAD, Inc's support of EDI standards enables the MFG/PRO eB and 
eQ Order Management solutions the ability to participate in industry supply/value chains 
wherein EDI provides well-known industry standards and practices for processing 
orders and change orders. 
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QAD, Inc. is silent on the process or steps utilized by their eB and eQ Order 
Management solutions for processing changes to orders. 

Orr et al. teaches a system and method for controlling, monitoring and integrating 
change orders (a system and method for change order management in a manufacturing 
enterprise, Abstract) wherein change orders are modeled as composite objects 
(engineering change object, affected object, Column 2, Lines 3-27). More specifically 
the change orders include details on the impact on the changes to the composite 
change order as well as previous versions of the change order and are propagated 
throughout the order management system. 

More specifically Orr et al. teaches the steps involved in (method for) processing 
changes orders (engineering changes) comprising the steps of: 

- initiating (receiving) a request to change an existing order (Column 6, Lines 58- 
68; Figure 3); 

- generating (capturing) a change order (requested change), the change order 
containing the changes to the order and the existing order (engineering changes 
database, Column 2, Lines 3-8); 

- analyzing (comparing) the change request (order) and the existing (original) 
order (Affected Item, Column 1 Lines 21-24; Column 2, Lines 23-58; Column 4, Lines 
56-68; Figure 8B, Table 14; Claim 1) and; 

- providing the result of the change order and existing order comparison to one 
or more individuals or systems such that the recipient can distinguish the differences 
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between the change order and the existing order (propagating the released changes 
into production, Column 1, Lines 43-47; Column 11, Lines 38-39; Claim 1). 

It would have been obvious to one skilled in the art at the time of the invention 
that the collaborative order management system, including support for change order 
processing, as taught by QAD, Inc. would have benefited from the steps for processing 
changes to orders as taught by Orr et -al. thereby providing a structured method for 
controlling, monitoring and integrating change orders (Abstract, Lines 1-3) in an 
enterprise, capturing change order history/versions (Column 7, Lines 46-54), and 
insuring items affected by changes to the order are properly understood and 
communicated (Column 1, Lines 40-54; Column). 

9. Regarding Claims 2 and 16 QAD, Inc. teaches an object-oriented order 
management system which utilizes common object-oriented design patterns, tools, 
architectures and technologies including but not limited to extensible Markup Language 
(XML), Java and Enterprise Java Beans (Collaborative Applications Power B2B 
Transactions; Page 2, Paragraph 6; Page 3, Paragraph 2; Page 5, Paragraph 1). 

QAD, Inc. is silent on the process or steps utilized by their eB and eQ Order 
Management solutions for generating changes orders. 

Orr et al. teaches a change order management system and method that: 
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- utilizes an object oriented architecture (approach; Column 2, Lines 3-6); 

- represents a change order as a composite object (Engineering Change, EC, 
and Master Engineering Change (MEC); Affected Item (Al), Column 2, Lines 5-38) and; 

- the step of generating a change order containing the changes to the existing 
order further comprises the steps of: 

- copying the existing order (Column 7, Lines 55-58) and; 

- replacing values of any attributes (affected items) in the change order 
with the new values for those attributes (Column 2, Lines 38-43). 

It would have been obvious to one skilled in the art at the time of the invention 
that the object-oriented collaborative order management system as taught by QAD, Inc. 
would have benefited from the steps for processing changes to orders, including 
generating a change order comprising of the steps discussed above, as taught by Orr et 
al. thereby providing a structured method for controlling, monitoring and integrating 
change orders (Abstract, Lines 1-3) in an enterprise, capturing change order 
history/versions (Column 7, Lines 46-54), and insuring items affected by changes to the 
order are properly understood and communicated (Column 1 , Lines 40-54; Column). 

Official notice is taken that it is old and very well known in software engineering: 

- that objects are defined as a data structure together with a collection of 
functions (methods) that act on, or refer to, that data structure; 
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- composite objects are a common design pattern and are defined as objects 
that contain other objects. A common example is that a drawing object may be 
composed of graphic primitives/objects, such as lines, circles, rectangles, text, and the 
like. The composite design pattern is used so that one can manipulate composite 
objects exactly in the same manner as one manipulates primitive objects. 

- there exists a plurality of means for creating new (modified version of existing 
objects) objects based on existing objects including but not limited to the use of deep 
copy, constructs a new compound object and then, recursively, inserts copies of the 
nested objects found in the original compound object into the new compound object, 
and shallow copy, constructs a new compound object and then inserts the same objects 
into in new object that are contained the original contains. These copy-then-modify 
techniques insure that only the minimum amount of time is spent in creating a modified 
version of the original object (by only changing the modified values, instead of copying 
the values one at a time) and insure that any complex relationships or attributes 
associated with the original object are carried over to the new modified version of the 
object. 

It would have been obvious that both the object oriented systems and methods 
as taught by QAD, Inc. and Orr et al would have benefited from and used a plurality of 
object-oriented techniques and/or design patterns for generating change orders further 
wherein the modified change order is created by copying the original order object and 
then modifying only the order object attributes (values) which have been modified 
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thereby insuring that the creation a change order object is conducted in an efficient 
manner. 

10. Regarding Claims 3 and 17 QAD, Inc. teaches an object-oriented collaborative 
order management system as discussed above, including the ability to place a hold on 
order (Automatic or manual hold; QAD.com Application Data Sheet - Sales and 
Distribution; Page 1). 

QAD, Inc. is silent on the process or steps utilized by their eB and eQ Order 
Management solutions for receiving changes orders. 

Orr et al. teaches receiving a change to an existing change order further 
comprises the steps of: 

- receiving identification of an existing order to be changed (EC unique identifier, 
Column 2, Lines 11-21; Column 10, Lines 21-35 and 65-68); 

- receiving notification (signal) indicating the new value(s) for the requested 
changes to the order (Affected item, Column 2, Lines 25-37 and 53-57; Claim 7) and;^ 

- wherein the step generating a change order based on the existing order 
comprises: 

- for each object in the existing order for which there is an indicated change 
performing the following steps: 



Application/Control Number: 09/759,540 Page 13 

Art Unit: 3623 

i) copying the original order object to create a new change order object (Column 
7, Lines 55-58) and as discussed above and; 

ii) modifying the change order object by assigning the values of the requested 
changes (Column 2, Lines 38-43) and as discussed above. 

It would have been obvious to one skilled in the art at the time of the invention 
that the collaborative order management system, including the support to place a hold 
on an order at any point in time, as taught by QAD, Inc. would have benefited from the 
steps for receiving and processing a change order as taught by Orr et al. thereby 
providing a structured method for controlling, monitoring and integrating change orders 
(Abstract, Lines 1-3) in an enterprise. 

Official notice is taken that it is old and very well known in software engineering: 

- that there exists a plurality of means for creating new objects based on existing 
objects as discussed above; 

- the use of program control structures (for, while, if-then-else, etc.) to 
iteratively/recursively process a set of objects/information efficiently; 

- that it is useful to have objects recognize and signal when changes have been 
made to its attributes. Such changes being recognized through the use of simple logic; 
comparing the new value to existing value and if the values are not the same setting a 
change attribute/flag and/or sending a signal (message or method call or any of a 
plurality of signal means). Further it is standard software engineering practive to include 
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this comparison logic in the get/set methods of an object, that exist to provide an 
indirect external interface to the object's internal attributes and; 

- the use of an observer design pattern wherein the pattern defines a one-to- 
many dependency between a subject object and any number of observer objects so that 
when the subject object changes state (attribute values), all of the associated observer 
objects are notified and updated automatically. The observer design pattern is typically 
implemented so that a system remains decoupled thereby allowing the use/reuse of 
subject and observer objects independently. 

It would have been obvious to one skilled in the art at the time of the invention 
that the collaborative order management system as taught by QAD, Inc. and steps for 
receiving and processing a change order as taught by Orr et al., would have benefited 
from and used a plurality of common and very well-known software engineering 
techniques and design patterns including: providing a signal/flag (through the 
implementation of the observer design pattern or get/set methods) to indicate only the 
modified attributes of a change order thereby providing a means for efficiently 
comparing order objects and the use of control structures (for repetition) to 
iteratively/recursively process the composite change order objects thereby providing an 
efficient means for processing a plurality of complex change order requests. 

11. Regarding Claim 4, 8, 18 and 22 QAD, Inc. is silent on the process or steps 
utilized by their eB and eQ Order Management solutions for comparing changes orders. 
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Orr et al. teaches the comparison of change order requests as discussed above 
and further comprising the steps of (capturing change order history/versions; Column 7, 
Lines 46-54): 

- for each object in the existing order for which there is an indicated change 
generating a change order results that identifies: 

i) the new value of the attribute and; 

ii) the existing value of the attribute. 

It would have been obvious to one skilled in the art at the time of the invention 
that the collaborative order management system as taught by QAD, Inc. would have 
benefited from the steps for analyzing (comparing) a change order as taught by Orr et 
al. thereby providing a structured method for controlling, monitoring and integrating 
change orders (Abstract, Lines 1-3) in an enterprise, capturing change order 
history/versions (Column 7, Lines 46-54), and insuring items affected by changes to the 
order are properly understood and communicated (Column 1, Lines 40-54; Column). 

Official notice is taken that it is well known in the art of software engineering that 
when modifying an item (object, attribute, etc.) it is common software engineering 
practice to provide a means for capturing the evolution of an object or transaction, more 
specifically to capture snapshots of the item before and after modifications are made or 
transactions take place. The snapshot process can be performed at the object level by 
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simply storing the before and after values or even a full copy of the previous 
(unmodified) object thereby providing a simple mechanism for rolling back unwanted 
changes/modifications. 

It would have been obvious to one skilled in the art at the time of the invention 
that the object-oriented collaborative order management system as taught by QAD, Inc. 
would have compared the changes requested to the existing order, iteratively 
comparing each of the requested changes and for each requested change capturing the 
new and existing values thereby providing an easy way to rollback any changes request 
which are no longer desired or applicable. 

12. Regarding Claims 5, 6 19 and 20 QAD, Inc. is silent on the method and timing 
associated with comparing a change order to the existing order. 

Orr et al. teaches the steps for comparing order objects as discussed above. 

Orr et al. is silent on the timing associated with the comparison of a change 

order. 

Official notice is taken that it is well known and an accepted practice that when 
performing a series of operations whose ultimate goal is to produce a result (document, 
numerical value, method call, etc..) to either generate that result concurrent with the 
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performance of each iterative step or after all the steps have been completed; the 
decision of when to generate the result being an obvious design choice. 

For example one might process a file containing a plurality of purchase orders 
wherein each order is represented as a new line of text each line containing the 
pertinent order information. One of the steps being performed iteratively on the file 
would be to parse out each of the individual orders so they can be fulfilled while 
concurrently generating a report showing real-time (intermediate) inventories for the 
items being ordered thereby allowing another system or person to monitor real-time 
inventory levels. However one could just as easily generate the results after the file 
processing has been completed choosing to display only the final inventory levels. 

It would have been obvious to one skilled in the art at the time of the invention 
that the collaborative order management system as taught by QAD, Inc. and in view of 
the teachings of Orr et al. could have generated the change order results concurrent 
with the step of comparing the change order to the existing order (providing real-time 
reporting of each change order) or after comparing the change order to the existing 
order had (not wasting processing time on displaying intermediate results) the choice of 
when to generate the change order result being an obvious design choice. 

13. Regarding Claims 7 and 21 QAD, Inc. does not teach the specific 
structure/design of the order objects used in the MFG/PRO eB and eQ order 
management system. 
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Orr et al. teaches an object oriented system and method for controlling, 
monitoring and integrating change orders wherein change orders are modeled as 
composite objects as discussed above. 

It would have been obvious to one skilled in the art at the time of the invention 
that the object-oriented collaborative order management system as taught by QAD, Inc. 
would have benefited from would have benefited from the representation of change 
orders as composite objects as part of a change management system in view of the 
teachings of Orr et al. thereby providing a structured method for controlling, monitoring 
and integrating change orders (Abstract, Lines 1-3) in an enterprise, capturing change 
order history/versions (Column 7, Lines 46-54), and insuring items affected by changes 
to the order are properly understood and communicated (Column 1, Lines 40-54; 
Column). 

Further it would have been obvious to one skilled in the art at the time of the 
invention that the use of well-known and accepted software engineering design 
patterns, specifically the representation of complex objects (existing or change orders) 
as composite objects would have provided a means for simplifying the complexities of 
orders consisting of a plurality of affected items wherein each affected items further 
consists of additional affected items or dependencies or parts (each item being 
represented by a primitive or composite object as required). 
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14. Regarding Claims 9, 10, 23-25 QAD, Inc. teaches the use of EDI as part of their 
order management system wherein EDI provides a means for exchanging a wide 
variety of data, including but not limited to purchase orders and changes to purchase 
orders as discussed above. QAD, Inc. further teaches the use of XML as discussed 
above. 

QAD, Inc. is silent on the method for comparing a change order to the existing 
order, the generation of a change order result and the format of a change order result. 

Orr et al. teaches a system and method for controlling, monitoring and integrating 
change orders as discussed above. 

Orr et al. is silent on the format of a change order result. 

Official notice is taken that it is old and well known in the art that EDI provides for 
the inter-organizational electronic exchange of business documents in a structured, 
machine-processable format. EDI standards permit direct computer-to-computer 
exchange of formatted business transactions between business partners and makes it 
possible for organizations to generate, receive and process large volumes of 
information, swiftly and with limited human intervention. EDI provides a "language" 
specially designed for the processing, definition and presentation of text (markup 
language). 
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Further it is well known that at either end of an EDI transaction is a translation 
component which converts the standard EDI format for the transaction into the business 
specific format necessary for completion of the transaction thereby enabling companies 
to transact in a common "language" without having to convert all their existing legacy 
systems to the common language thereby saving time, effort and money. 

It would have been obvious to one skilled in the art at the time of the invention 
that the collaborative order management system as taught by QAD, Inc. and further in 
view of the change order processing method as taught by Orr et al. would have 
benefited from generating the change order result in any of a plurality of formats 
including EDI messages and XML documents in order to facilitate the system's ability to 
participate in a supply chain through the utilization of well-known document formats. 

15. Regarding Claims 11-13, 27-29, 31-32 and 34 QAD, Inc. does not express teach 
the comparison of order objects. 

Orr et al. teaches the analysis (comparison) of change orders objects as part of a 
change order processing system as discussed above. 

Official notice is taken that there exists a plurality of methods for comparing 
objects (invoking comparison logic, generating results and indicating differences from 
the comparison), copying existing objects and assigning new values to object attributes 
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are all old and well known in the art of software engineering as discussed above. 
Further it is well known in the art that any comparison of two or more objects would 
have necessitated a means for identifying the objects which are to be compared prior to 
any comparison taking place. 

It would have been obvious to one skilled in the art at the time of the invention 
that the collaborative order management system as taught by QAD, Inc. and further in 
view of the change order processing method as taught by Orr et al. would have 
benefited from and used a plurality of well-known software engineering techniques and 
design patterns to facilitate the comparison of order objects. 

16. Regarding Claim 14, claim 14 recites similar limitations to Claims 1, 2 and 11-13 
and is therefore rejected using the same art and rationale as applied in the rejection of 
Claims 1, 2 and 11-13. 
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Conclusion 

The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

- Shavit et al., U.S. Patent 4,799,156, teaches a interactive market management 
system that allows for purchase order entry and purchase order changes by the 
customer. 

- Wojcik et al., U.S. Patent 5,666,493, teaches an order management system for 
the efficient management and fulfillment of customer orders. More specifically Wojcik et 
al. teaches the receipt, generation, maintenance and processing of customer orders. 

- Wojcik et al., U.S. Patent 5,758,329, teaches a real-time order management 
system. 

- Johnson et al M U.S. Patent 6,067,525, teaches an order management sub- 
system of a sales force automation method and system wherein changes to an order 
are captured, understood and acted upon. 

- Kennedy et al., U.S. Patent 6,055,519, teaches a collaborative order 
management system and method wherein the buyer-seller collaboratively reach an 
order/purchase agreement. 

- Athavale et al., U.S. Patent 6,539,386, teaches a system and method for 
modifying a customer order. 

- Cornell University, Creating & Releasing Purchase Order Changes for 
Standard Orders, teaches a plurality of well-known types of change orders and the 
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processes by which such changes are to be handled as part of the Cornell University 
purchasing system. 

- Marchal, Applied XML Solutions, teaches the use of extensible Markup 
Language (XML) as a means for enabling collaborative eCommerce systems wherein 
XML enables businesses to interchange information a format best suited for their 
systems and business processes. 

- Gamma et al., Design Patterns, teaches the use of object-oriented design 
patterns which are commonly used in system and software development. More 
specifically Gamma et al. teach the common use and structure of Comparator, 
Composite, and Observer design patterns. 

- Stultz et al., Demystifying EDI, teaches the use of Electronic Data Interchange 
as a highly structured data communications system used to exchange transaction data 
including purchase orders, change orders, invoices, electronic catalogues, and bid 
documents. 

- Pearton, Michael, et al., Making real time relevant (Delta Motor in South Africa 
uses supervisory control to line real-time assembly data with ERP) teaches the 
placement of orders into an order entry system, manufacturing production planners 
analyzing the orders received and placing orders on hold, "for whatever reason" as a 
result of their analysis. 

- Kumar, Managing Changes in Large Programs, teaches the effect of changes 
and the need for change management. 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Scott L. Jarrett whose telephone number is (703) 305- 
0587. The examiner can normally be reached on 8:00AM - 5:00PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Hafiz Tariq can be reached on (703) 305-9643. The fax phone number for 
the organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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